home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d7 / 9600.arc / 9600.MSG next >
Text File  |  1990-09-21  |  73KB  |  2,057 lines
  1.  
  2. Msg#: 6800 *9600 SysOps*
  3. 08/04/90 10:46:08
  4. From: BILL TAYLOR
  5.   To: ROBERT LAWRENCE (Rcvd)
  6. Subj: FORT MILL TABBY
  7. Phone lines are incapable because of bandwidth of carrying a data 
  8. baud(information element) rate faster than 2400 baud. If you look at the ultra 
  9. modem box, you will see that speeds are expressed in bits per second annot 
  10. bauds. On the other hand USR mentions Bauds at 9600. By using Trellis and other
  11. types of modulation tricks, the 1 signal element carries more than 1 bit of 
  12. data. The fact that hayes says the carrier rate is 9600 is a bit misleading but
  13. not wrong as the resulting carrier recovery from the multilevel 2400 baud line 
  14. rate is in fact a sudo 9600. If you don't beleive me-send a ?? to Toby Nixon 
  15. who is on the CCITT standards group that set up V32 and is now wreasling with 
  16. the HST standard. Bill Taylor
  17.  
  18. <*>Replies
  19. <A>gain, <R>eply, <N>ext, or <S>top? N
  20.  
  21.  
  22. Msg#: 6818 *9600 SysOps*
  23. 08/04/90 13:08:28
  24. From: ROBERT LAWRENCE
  25.   To: BILL TAYLOR (Rcvd)
  26. Subj: REPLY TO MSG# 6800 (FORT MILL TABBY)
  27. Alright, I guess I am pretty ignorant when it comes to buad vs. bits.
  28.  
  29.  
  30. Msg#: 6886 *9600 SysOps*
  31. 08/05/90 10:17:06
  32. From: BILL TAYLOR
  33.   To: ╥OPERT LAWRENCE (Rcvd)
  34. Subj: REPLY TO MSG# 6818 (FORT MILL TABBY)
  35. Don't feel bad, I was teaching a com class and got confused when the students 
  36. had an uprising about the difference and I had to run to the text book and and 
  37. a few experts(I am not) to make sure I was still on the right Track. Bill 
  38. Taylor Fort Mill Tabby Ultra 38.4 Macintosh BBS
  39.  
  40.  
  41.  
  42. Msg#: 6910 *9600 SysOps*
  43. 08/05/90 14:54:18
  44. From: ROBERT LAWRENCE
  45.   To: BILL TAYLOR (Rcvd)
  46. Subj: REPLY TO MSG# 6886 (FORT MILL TABBY)
  47. Haha..   Here's an interesting file that cleared it up fer me. I forgot where I
  48. got it. Maybe here...
  49.  
  50. *Enclosed File: bitsbaud.txt
  51.  
  52.  
  53. Msg#: 7540 *9600 SysOps*
  54. 08/09/90 16:33:20
  55. From: TOBY NIXON
  56.   To: BILL TAYLOR (Rcvd)
  57. Subj: REPLY TO MSG# 6800 (FORT MILL TABBY)
  58. Voice-grade telephone circuits have a usable bandwidth of about 3100 Hz (from 
  59. roughly 300Hz to 3400Hz).  This means that, theoretically, one can change the 
  60. state of the signal on the line 3100 times per second, and have it be passed 
  61. recognizably through the various analog-to-digital converters, amplifiers, and 
  62. other pieces of equipment in the phone system that are designed to carry voice 
  63. signals.  In reality, due to the need for shaping of waveforms and dealing with
  64. impairments (like delay and attenuation distortion at the outer reaches of the 
  65. band), only about 2800Hz of the band is "really" usable;  the 2400Hz bandwidth 
  66. of V.32 modems fits nicely (it sits between 600Hz and 3000Hz).
  67.  
  68. The standards community doesn't use the term "baud" any more, since it is so 
  69. widely misused.  The preferred term is "symbols per second", indicating the 
  70. number of discrete signal elements that can be transferred on the phone line 
  71. per second.  By varying the amplitude and phase of the signal, one signal 
  72. element can indicate several bits.  For example, V.22bis operates at 600 
  73. symbols per second, and supports 16 different combinations of phase and 
  74. amplitude; this means that 4 bits can be indicated per symbol, for a total of 
  75. 2400 bits per second.  V.32 operates at 2400 symbols per second, and supports 
  76. 32 different combinations of phase and amplitude.  It doesn't signal five bits 
  77. per symbol, however, because one of the bits is a redundant encoding of the 
  78. others to provide the receiver with more information to properly decipher the 
  79. received signal.  Since only four of the bits contain user data, this means 
  80. V.32 can send a  maximum of 9600bps.  V.32bis also sends 2400 symbols per 
  81. second, and to acheive 14,400bps supports 128 different combinations of phase 
  82. and amplitude for each symbol.  You can see that although the speed is only 50%
  83. higher than V.32, the receiver is actually 4 times more complex!
  84.  
  85. The Courier HST uses 14,400bps modulation in one direction (2400 symbols per 
  86. second, 128 possible states per symbol, similar to V.32bis), but only has a 
  87. 450bps carrier in the reverse direction (150 symbols per second, 8 possible 
  88. states giving 3 bits per symbol).
  89.  
  90.         -- Toby
  91.  
  92. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  93.  
  94.  
  95.  
  96. Msg#: 6821 *9600 SysOps*
  97. 08/04/90 13:20:14
  98. From: JEFF OTTO
  99.   To: GREG FERRANTE (Rcvd)
  100. Subj: ULTRA 96 NOT HANGING UP LINE
  101. I too have had this problem of the Ultra not hanging up - but it seems to be 
  102. only on one board that I have that problem (a DS), I have called another DS 
  103. board, as well as a V series and an Ultra board, and have not had this problem.
  104.  
  105. <*>Replies
  106. <A>gain, <R>eply, <N>ext, or <S>top? 
  107.  
  108.  
  109. Msg#: 6844 *9600 SysOps*
  110. 08/04/90 21:27:32
  111. From: SHERWOOD HALL
  112.   To: GREG FERRANTE (Rcvd)
  113. Subj: REPLY TO MSG# 6821 (ULTRA 96 NOT HANGING UP LINE)
  114. Only time I had trouble was when I was using an inexpensive modem cable, all 
  115. the lines needs to be connected. Bought a Hayes cable and then my board would 
  116. hang up ok.
  117.  
  118. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  119.  
  120.  
  121. Msg#: 6822 *9600 SysOps*
  122. 08/04/90 13:36:59
  123. From: DAVID TOWN
  124.   To: ALL
  125. Subj: NO ULTRA HANG-UPS
  126. Greetings friends. Since the Ultra came in, I have been having a strange 
  127. problem with the modem not hanging up all the time. Some of my users end up 
  128. having to ALT-H to hang up. It seems to be the same users all the time. The 
  129. problem is that when they ALT-H, the BBS somehow no longer communicates with 
  130. the modem....It goes off into never-never land, and I have to reset the 
  131. machine....Any suggestions ?
  132.            -=[ David Town - MENHIR BBS - (609)-263-2861 ]=-
  133.  
  134. <*>Replies
  135. <A>gain, <R>eply, <N>ext, or <S>top? 
  136.  
  137.  
  138.  
  139. Msg#: 6960 *9600 SysOps*
  140. 08/05/90 20:38:33
  141. From: ALAN RUSSELL
  142.   To: DAVID TOWN (Rcvd)
  143. Subj: REPLY TO MSG# 6822 (NO ULTRA HANG-UPS)
  144. Dave - same problem when I got the ULTRA in June 1990 - but since the line 
  145. noise has improved people who ALT H can't hang the system.  It is a freaky 
  146. thing... Alan Russell - SYSOP of "THE FILE" BBS "Hayes ULTRA 9600"  516 
  147. 791-1407
  148.  
  149.  
  150. Msg#: 6845 *9600 SysOps*
  151. 08/04/90 21:42:46
  152. From: SHERWOOD HALL
  153.   To: ALL
  154. Subj: MNP 4 (IN SOFTWARE)
  155. I have a caller trying to use a product called MTE by Majicsoft, Inc. This 
  156. product is supposed to give MNP 4 performance without a MNP 4 class modem. It 
  157. doesn't seem to work with my board. Any one else heard of this product, used 
  158. it, etc?
  159.  
  160. <*>Replies
  161. <A>gain, <R>eply, <N>ext, or <S>top? 
  162.  
  163.  
  164. Msg#: 7541 *9600 SysOps*
  165. 08/09/90 16:43:54
  166. From: TOBY NIXON
  167.   To: SHERWOOD HALL
  168. Subj: REPLY TO MSG# 6845 (MNP 4 (IN SOFTWARE))
  169. I've heard of MTE and used it some.  It is a comm program that includes support
  170. for MNP levels 2, 4, and 5 in software.  It works through basically any async 
  171. modem.  Because it can't strip the start and stop bits from the data characters
  172. (that is what MNP3 does), it can't really acheive the full throughput of an 
  173. MNP2-5 modem.  In fact (excluding consideration of MNP5 compression for the 
  174. time being), the maximum performance of an MNP2+4 connection is only about 86% 
  175. of the rated line speed (e.g., 2075bps on a 2400bps modem), while an MNP3+4 
  176. connection can acheive 122% of the rated line speed (about 2920bps on a 2400bps
  177. modem).
  178.  
  179. Anyway, that tells you what MTE _is_.  As for why it doesn't work on your 
  180. board, that's not entirely clear.  Can you give us some more specifics about 
  181. what you're seeing?  I mean, does it fall back to non-error-control mode?  Can 
  182. normal MNP modems connect with your board OK?
  183.  
  184.         -- Toby
  185. <S>top
  186.  
  187. Msg#: 6905 *9600 SysOps*
  188. 08/05/90 14:01:36
  189. From: BUCKY CARR
  190.   To: ALL
  191. Subj: TELIX CONFIG FOR USE WITH ULTRA
  192. Telix 3.12 setup for the Ultra (a la Bucky Carr)
  193.  
  194. ACTIVE PROFILE: B16 B1 B41 B60 E0 L1 M1 N1 P Q0 V1 W2 X4 Y0 &C1 &D2 &G0 &J0 &K3
  195. &Q5 &R0 &S0 &T4
  196. &U0 &X0 &Y0 S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:090 
  197. S08:002 S09:010 S10:014 S11:055 S12:050 S18:000 S25:005 S26:001 S36:007 S37:000
  198. S38:020 S44:003 S46:002 S48:007 S49:008 S50:016
  199.  
  200. in addition, my modem initialization string is ATZ1|
  201.  
  202. and all the parameters which apply under ALT-O and ALT-P are set to 9600bps, 
  203. 8N1.  Since I also use this system to run a BBS under Binkleyterm, the above 
  204. works with the X00 fossil locked at 19200 (works at 38400, too).
  205.  
  206.  
  207. Msg#: 6906 *9600 SysOps*
  208. 08/05/90 14:02:52
  209. From: BUCKY CARR
  210.   To: CHARLIE BASS (Rcvd)
  211. Subj: BINKLEY AND ULTRA
  212. Charlie - I agree with the setup used by Richard Gross and recommended to you. 
  213. I will be switching to Binkley 2.40 shortly, which is ESSENTIAL to solve the 
  214. MNP caller callee problems.  Enjoy your new Ultra!
  215.  
  216. <A>gain, <R>eply, <N>ext, or <S>top? 
  217.  
  218.  
  219.  
  220. Msg#: 6914 *9600 SysOps*
  221. 08/05/90 16:19:06
  222. From: VICTOR VOLKMAN
  223.   To: WILSON ANDERSON (Rcvd)
  224. Subj: THANKS!
  225. I see, the product labeling enhances rather than reduces the confusion in the 
  226. mind of the public.  You might not believe, but several people who are 
  227. ordinarily very knowledgable have remarked to me that they thought the "H" in 
  228. HST stood for "HAYES"!  Can you believe it?  It should have been named "USRHST"
  229. to avoid confusion.
  230.  
  231.  
  232. Msg#: 6979 *9600 SysOps*
  233. 08/05/90 23:40:38
  234. From: ROB RAPP
  235.   To: BUD ADAMS (Rcvd)
  236. Subj: REPLY TO MSG# 6727 (THANKS!)
  237. If you are not able to connect at 9600, they are running an HST, which is *NOT*
  238. v.32.  It is a proprietary protocol every bit as much as the older v-series 
  239. was.  The DS is a v.32 modem and you can connect with those at 9600, as long as
  240. they have not done something stupid and set them to answer as HSTs only!
  241.  
  242. Rfr
  243.  
  244. <->, <A>gain, <R>eply, <N>ext, or <S>top? √▀
  245.  
  246.  
  247.  
  248. Msg#: 7094 *9600 SysOps*
  249. 08/06/90 18:11:08
  250. From: BUD ADAMS
  251.   To: ROB RAPP (Rcvd)
  252. Subj: REPLY TO MSG# 6979 (THANKS!)
  253. Thanks for the information, Rob.  Now, I've got to search for a board with a 
  254. Double Standard USR v.32 just to try it out.
  255.  
  256. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  257.  
  258.  
  259.  
  260. Msg#: 7049 *9600 SysOps*
  261. 08/06/90 15:01:48
  262. From: RANDY COOPER
  263.   To: BUD ADAMS (Rcvd)
  264. Subj: REPLY TO MSG# 6643 (THANKS!)
  265. Bud, Are they HST's or are they dual standards? They have to support V.32 in 
  266. order to connect at high speed with the ULTRA.
  267.  
  268. Randy Cooper/SYSOP: ONLINE WITH HAYES
  269.  
  270.  
  271. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  272.  
  273.  
  274.  
  275. Msg#: 7095 *9600 SysOps*
  276. 08/06/90 18:13:03
  277. From: BUD ADAMS
  278.   To: RANDY COOPER (Rcvd)
  279. Subj: REPLY TO MSG# 7049 (THANKS!)
  280. Randy...I gather they are HSTs since I'm not connecting.  But they all brag 
  281. about 9600 +.  I'll have to make some phone calls to the guys around here 
  282. SYSOPing those boards and find out if they've got DS v.32s or not.
  283.  
  284. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  285.  
  286. Msg#: 6987 *9600 SysOps*
  287. 08/06/90 11:11:33
  288. From: CHARLES BJORGEN
  289.   To: ALL
  290. Subj: ULTRA/TELEBIT DISCONNECTS
  291. Following are my current Ultra settings. The upper registers not included  here
  292. are set at the factory default. My problem is in being disconected without 
  293. warning from a BBS running on the Telebit T2500 which has V.32,  v.42 and 
  294. v.42bis. Can anyone suggest any changes that will correct this  problem? I 
  295. experienced a similar problem with a MultiTech modem that could not handle 
  296. Lap-M connections. Turning that off in the MultiTech solved the problem.
  297.  
  298. The following is called with the "ATZ" command:
  299.  
  300. ACTIVE PROFILE: B16 B1 B41 B60 E1 L1 M1 N1 Q0 T V1 W0 X1 Y0 &C1 &D2 &G0 &J0 &K3
  301. &Q5 &R0 &S0 &T4
  302. &U0 &X0 &Y0 S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:050 
  303. S08:002 S09:006 S10:050 S11:050 S12:050 S18:000 S25:005 S26:001 S36:007 S37:000
  304. S38:020 S44:003 S46:002 S48:007 S49:008 S50:016
  305.  
  306. STORED PROFILE 0: B16 B1 B41 B60 E1 L1 M1 N1 Q0 T V1 W0 X1 Y0 &C1 &D2 &G0 &J0 
  307. &K3 &Q5 &R0 &S0 &T4
  308. &U0 &X0 S00:000 S02:043 S06:002 S07:050 S08:002 S09:006 S10:050 S11:050 S12:050
  309. S18:000 S25:005 S26:001 S36:007 S37:000 S38:020 S44:003 S46:002 S48:007 S49:008
  310. S50:016
  311.  
  312. Any help would be appreciated.   Thanks.
  313.  
  314.  
  315. Msg#: 7152 *9600 SysOps*
  316. 08/06/90 23:37:12
  317. From: DOUG HOGARTH
  318.   To: CHARLES BJORGEN (Rcvd)
  319. Subj: REPLY TO MSG# 6987 (ULTRA/TELEBIT DISCONNECTS)
  320. I can't help, but I can confirm that I am being disconnected suddenly from 
  321. T2500 when calling from the ULTRA.  Putting in some options to force 9600 (only
  322. - not compression, etc) seemed to help it stay on-line.
  323.  
  324. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  325.  
  326.  
  327.  
  328. Msg#: 7478 *9600 SysOps*
  329. 08/09/90 06:50:33
  330. From: CHARLES BJORGEN
  331.   To: DOUG HOGARTH (Rcvd)
  332. Subj: REPLY TO MSG# 7152 (ULTRA/TELEBIT DISCONNECTS)
  333. Doug -- Yes, I changed S46 from 2 to 0 but still have the problem. Still 
  334. looking for some kind of answer from the Hayes folks here...??
  335.  
  336. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  337.  
  338.  
  339.  
  340. Msg#: 7528 *9600 SysOps*
  341. 08/09/90 14:45:27
  342. From: ALAN RUSSELL
  343.   To: CHARLES BJORGEN (Rcvd)
  344. Subj: REPLY TO MSG# 7478 (ULTRA/TELEBIT DISCONNECTS)
  345. Charles - sorry to bust in on your thread but I think that when you give up 
  346. s46=2 to s46=0, you are giving up the v.42bis feature of the ULTRA - I leave 
  347. the s46=2 on my BBS (pcboard) and if another v.42bis logs on with s46=2 then 
  348. the modems will decide how to handle the compression for any file (Zip or 
  349. other).  If not, compression is just off. Alan Russell - SYSOP of "THE FILE" 
  350. BBS "Hayes ULTRA 9600"  516 791-1407
  351.  
  352. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  353.  
  354.  
  355.  
  356. Msg#: 7544 *9600 SysOps*
  357. 08/09/90 17:06:22
  358. From: TOBY NIXON
  359.   To: CHARLES BJORGEN (Rcvd)
  360. Subj: REPLY TO MSG# 6987 (ULTRA/TELEBIT DISCONNECTS)
  361. Ultra 96 (and all Hayes V-series modems) include Hayes-proprietary options in 
  362. the negotiation frames sent at the beginning of the V.42 protocol connection. 
  363. These are used to negotiation things like the Hayes Adaptive Data Compression. 
  364. Inclusion of proprietary options IS explicitly permitted by the related 
  365. standards (e.g., ISO 8885), and other companies (e.g., Microcom) do it also. 
  366. Unfortunately, some companies (like Telebit) don't deal very well with these 
  367. non-standard options, and reject the frame, and usually disconnect, too. 
  368. That's probably your problem.  It is my understanding that Telebit is going to 
  369. put out a new version of the T2500 V.42bis ROMs that tolerate "private 
  370. parameters" (which is what these are "officially" called).
  371.  
  372. In the meantime, you can disable the transmission of these private parameters 
  373. by setting S48=3 instead of the default (S48=7).  You'll still connect just 
  374. fine with MNP and V.42 modems, but in some cases won't get full capabilities 
  375. when connecting with older (pre-V.42) Hayes V-series modems.  Not a big deal, 
  376. really.  You might also consider setting S46 to 138 (instead of 2), which 
  377. completely disables connections with pre-V.42 Hayes V-series modems, but also 
  378. reduces the possibilities for failed handshakes with V.42 modems.
  379.  
  380.         -- Toby
  381.  
  382. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  383.  
  384.  
  385.  
  386. Msg#: 7572 *9600 SysOps*
  387. 08/09/90 19:42:59
  388. From: CHARLES BJORGEN
  389.   To: ALAN RUSSELL (Rcvd)
  390. Subj: REPLY TO MSG# 7528 (ULTRA/TELEBIT DISCONNECTS)
  391. I agree with you Alan and have already set 46 back to 2, mainly because the 
  392. Telebit I'm having problems with also has V.42bis. Thanks for the hint. I 
  393. welcome your comments, any time.
  394.  
  395. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  396.  
  397.  
  398.  
  399. Msg#: 7573 *9600 SysOps*
  400. 08/09/90 19:47:11
  401. From: CHARLES BJORGEN
  402.   To: TOBY NIXON
  403. Subj: REPLY TO MSG# 7544 (ULTRA/TELEBIT DISCONNECTS)
  404. Toby -- Thanks very much for your help. I'll test out your suggestions 
  405. immediately. The Telebits in question have the latest ROM chips (GE6.01) but I 
  406. might make a call to Telebit and nag them about this anyway. 
  407.  
  408. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  409.  
  410.  
  411.  
  412. Msg#: 7590 *9600 SysOps*
  413. 08/09/90 21:38:05
  414. From: DOUG HOGARTH
  415.   To: CHARLES BJORGEN (Rcvd)
  416. Subj: REPLY TO MSG# 7572 (ULTRA/TELEBIT DISCONNECTS)
  417. I now confirm that I am getting the T2500 disconnects even with compression 
  418. off.  So I am at a loss, and await any reply from Hayes like you do. 
  419. Unfortunately I do not have control of the T2500s nor can I permit Hayes to 
  420. access them for study (except if they merely want to check the initial 
  421. carrier).
  422. .Maybe you can call up Hayes Tech Support and work with them, and let us (read 
  423. that as ME) know the results?
  424.  
  425. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  426.  
  427.  
  428.  
  429. Msg#: 7591 *9600 SysOps*
  430. 08/09/90 21:40:39
  431. From: DOUG HOGARTH
  432.   To: TOBY NIXON
  433. Subj: REPLY TO MSG# 7544 (ULTRA/TELEBIT DISCONNECTS)
  434. Thanks Toby.  Since I have similar problems, I will try your suggestions.  Hope
  435. it works, as I will have to be accessing these modems pretty heavily next 
  436. Mon-Wed, and would love to stick at a high speed connection.
  437.  
  438. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  439.  
  440.  
  441.  
  442. Msg#: 7601 *9600 SysOps*
  443. 08/09/90 23:58:37
  444. From: DOUG HOGARTH
  445.   To: TOBY NIXON
  446. Subj: REPLY TO MSG# 7544 (ULTRA/TELEBIT DISCONNECTS)
  447. I tried those two settings (first just the s48=3, and then both) and they did 
  448. not help my T2500 disconnects.  Maybe I read Charles' message wrong or was too 
  449. quick to tie it to mine, but my problem is not the initial connect, but rather 
  450. a disconnect within the first few minutes.  In this most recent case, it 
  451. happens after receiving about two screens of data. I really think my problem 
  452. could be something like messed up hardware flow control lines on the other 
  453. side, because I feel it happens faster when I let the compression happen.  I'm 
  454. going to have to keep playing with it, and I know you can't be expected to help
  455. since I have no control over the T2500s. It would be interesting to see if 
  456. Charles' problems are really like mine.
  457.  
  458. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  459.  
  460.  
  461.  
  462. Msg#: 7668 *9600 SysOps*
  463. 08/10/90 17:20:35
  464. From: CHARLES BJORGEN
  465.   To: DOUG HOGARTH (Rcvd)
  466. Subj: REPLY TO MSG# 7590 (ULTRA/TELEBIT DISCONNECTS)
  467. Doug -- Well, I guess there's some comfort in not being alone in this problem, 
  468. but I still haven't solved it yet. If you read back through the thread, Toby 
  469. Nixon offered some suggestions to me that I tried today. Basically, it was to 
  470. reset S46=138 and S48=3. I did that and it didn't work. I firmly believe it's 
  471. more a Telebit problem than Hayes and plan to call Telebit tech support on 
  472. this. Meanwhile, I'm trying to get my second line up and running so I can get 
  473. the Ultra operational on it. I have too many 19.2 straight PEP callers to take 
  474. the Telebit off line right now but I'm convinced getting the Ultra going will 
  475. solve many of my problems.
  476.  
  477. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  478.  
  479.  
  480.  
  481. Msg#: 7669 *9600 SysOps*
  482. 08/10/90 17:24:00
  483. From: CHARLES BJORGEN
  484.   To: DOUG HOGARTH (Rcvd)
  485. Subj: REPLY TO MSG# 7601 (ULTRA/TELEBIT DISCONNECTS)
  486. Doug -- We ARE having identical problems. If I get an answer from Telebit, 
  487. you'll be the first to know.
  488.  
  489. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  490.  
  491.  
  492.  
  493. Msg#: 7730 *9600 SysOps*
  494. 08/11/90 02:06:53
  495. From: DOUG HOGARTH
  496.   To: CHARLES BJORGEN (Rcvd)
  497. Subj: REPLY TO MSG# 7669 (ULTRA/TELEBIT DISCONNECTS)
  498. Have you tried 4800 V.32 (s37=7)?  That (with other defaults) is currently 
  499. working best for me with the T2500.  I'll be using it freqently next Mon-Wed 
  500. long distance, hoping not to lose carrier. Did you say that you have verified 
  501. that my guess (hardware flow control problems on the sending end) definately 
  502. doesn't apply to you?
  503.  
  504. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  505.  
  506.  
  507.  
  508. Msg#: 7765 *9600 SysOps*
  509. 08/11/90 16:04:18
  510. From: CHARLES BJORGEN
  511.   To: DOUG HOGARTH (Rcvd)
  512. Subj: REPLY TO MSG# 7730 (ULTRA/TELEBIT DISCONNECTS)
  513. I can't see where there would be a flow control problem here. It occurs only 
  514. between the Telebit and the Ultra, both of which are under my control. This is 
  515. the only modem combination where this occurs. As I said
  516.  before, I'll be contacting Telebit about the problem which they will no doubt 
  517. say is a Hayes problem :-).
  518.  
  519. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  520.  
  521. Msg#: 7025 *9600 SysOps*
  522. 08/06/90 14:27:45
  523. From: RANDY COOPER
  524.   To: RICHARD GROSS (Rcvd)
  525. Subj: ULTRA SETUP FOR QMODEM / NEED HE
  526. Richard, It's a line noise problem not a modem problem. So far it seems to be 
  527. concentrated just from calls in the Washington, Delaware, Maryland area with a 
  528. few exceptions. 
  529.  
  530. Randy Cooper/SYSOP: ONLINE WITH HAYES
  531.  
  532.  
  533. <*>Replies
  534. <A>gain, <R>eply, <N>ext, or <S>top? 
  535.  
  536.  
  537. Msg#: 7138 *9600 SysOps*
  538. 08/06/90 21:57:47
  539. From: RICHARD GROSS
  540.   To: RANDY COOPER (Rcvd)
  541. Subj: REPLY TO MSG# 7025 (ULTRA SETUP FOR QMODEM / NEED HE)
  542. Randy, I call from West Los Angeles, CA.  I am back to 2400 bps again.  I was 
  543. thrown off line 1 several times, usually within the 1st 60seconds of receiving 
  544. the CONNECT 19200.  So...  I still think it's my modem.  I have a friend in 
  545. Santa Rosa, with a 386/25 and Ultra, and I have a 386sx, both running 
  546. 16550afn's.  I was transfering a large .GIF file to him, and the modem just 
  547. dropped carrier.  We were using AT&T long distance.  Whereas, he called me and 
  548. no problems and about 1153cps.  In summary, I think it's when I originate a 
  549. call and receiving calls for the BBS, the modem is just great.  My settings are
  550. exactly the same as "The File" BBS settings made available for downloading. 
  551. And I have had great connets to USR DS's who have them set correctly, w/tr
  552. ansfers above 1100cps very consistently using Moby Zmodem.
  553.   
  554. Appreciate your time Randy...          Richard
  555.  
  556.  
  557.  
  558. Msg#: 7262 *9600 SysOps*
  559. 08/07/90 17:17:08
  560. From: ALAN RUSSELL
  561.   To: RICHARD GROSS (Rcvd)
  562. Subj: REPLY TO MSG# 7138 (ULTRA SETUP FOR QMODEM / NEED HE)
  563. Richard - thanjs for the nice plug and my BBS - maybe will communicate one day 
  564. - always glad to help out - a lot of callers have downloaded my file and it was
  565. just nice to know. The best of luck - Stay in touch... Alan Russell - SYSOP of 
  566. "THE FILE" BBS "Hayes ULTRA 9600"  516 791-1407
  567.  
  568. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  569.  
  570. Msg#: 7071 *9600 SysOps*
  571. 08/06/90 16:16:42
  572. From: ED PERRINE
  573.   To: RANDY COOPER (Rcvd)
  574. Subj: LINE NOISE
  575. Randy: I am calling from Baltimore, MD and so far have not had a single 
  576. problem. Sort of odd, in that Tim (Winders) would logically be going out on the
  577. same local lines. One difference is that I use U.S. Sprint as my LD carrier, 
  578. and have always found that they gave superior performance on LD connections 
  579. (despite the AT&T libel to the contrary).
  580.    -- Ed Perrine * Full Menu Business Services, Inc.
  581.  
  582.  
  583. <*>Replies
  584. <A>gain, <R>eply, <N>ext, or <S>top? 
  585.  
  586.  
  587. Msg#: 8081 *9600 SysOps*
  588. 08/13/90 15:25:18
  589. From: RANDY COOPER
  590.   To: ED PERRINE (Rcvd)
  591. Subj: REPLY TO MSG# 7071 (LINE NOISE)
  592. Thanks for the info Ed! That's one vote for Sprint!
  593.  
  594. Randy Cooper/SYSOP: ONLINE WITH HAYES
  595.  
  596.  
  597. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  598.  
  599.  
  600.  
  601. Msg#: 8545 *9600 SysOps*
  602. 08/14/90 22:22:28
  603. From: ED PERRINE
  604.   To: RANDY COOPER (Rcvd)
  605. Subj: REPLY TO MSG# 8081 (LINE NOISE)
  606. Sprint beats the daylights out of AT&T and MCI for LD data communications. 
  607. That's not too surprising, since their 'public' division was born of Telenet --
  608. they had lots of practice. Lately I am getting a kick out of the Sprint 
  609. commercials that say, "Sure, we'll put it in writing!" Take that AT&T! <grin>
  610.  
  611. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  612.  
  613.  
  614. Msg#: 7072 *9600 SysOps*
  615. 08/06/90 16:19:05
  616. From: RANDY COOPER
  617.   To: VICTOR VOLKMAN (Rcvd)
  618. Subj: ULTRA 9600
  619. Victor, From factory mode no special command string is required to handshake in
  620. pingpong mode. Automatic feature negotiation takes care of determining the 
  621. capabilities of the remote modem.
  622.  
  623. Randy Cooper/SYSOP: ONLINE WITH HAYES
  624.  
  625.  
  626. <A>gain, <R>eply, <N>ext, or <S>top? 
  627.  
  628.  
  629.  
  630. Msg#: 7092 *9600 SysOps*
  631. 08/06/90 17:53:15
  632. From: MICHAEL COHEN
  633.   To: STAN SPOTTS (Rcvd)
  634. Subj: MORE 1-800 LINES
  635. Thanx Stan, I'll be sure to check it out, although I'm still inclined to go 
  636. with a package that directly supports all the Ultra's features (and -65% is 
  637. pretty dandy, thanks to Randy).
  638.  
  639. <A>gain, <R>eply, <N>ext, or <S>top? 
  640.  
  641.  
  642.  
  643. Msg#: 7093 *9600 SysOps*
  644. 08/06/90 17:54:39
  645. From: MICHAEL COHEN
  646.   To: STAN SPOTTS (Rcvd)
  647. Subj: PCPLUS @ 38,400 BAUD
  648. Most appreciated.
  649.  
  650. <A>gain, <R>eply, <N>ext, or <S>top? 
  651.  
  652.  
  653.  
  654. Msg#: 7139 *9600 SysOps*
  655. 08/06/90 22:04:57
  656. From: ERIC GIVLER
  657.   To: ALL
  658. Subj: HAYES V.32 (NONULTRA)
  659. Hey, what's the scoop????
  660.  
  661. I have heard two stories now from people claiming that they own a v.32 Hayes 
  662. modem that is v.32/v.42/v.42bis that is shipped in a regular hayes box that 
  663. bears a vseries name.  The unit costs $609 from a place in phillie and bears 
  664. those facts.  It is NOT an ULTRA modem, not a Vseries, not a Smartmodem 9600, 
  665. but a whole other beast.  
  666.  
  667. Since this was the second time I heard about this, I wanna know.  What's going 
  668. on?  Does this modem exist?  Was it a Pre-ULTRA?  If it's $609, I'll certainly 
  669. buy some to pass on to my users.
  670.  
  671. Ideas?
  672.  
  673. <*>Replies
  674. <A>gain, <R>eply, <N>ext, or <S>top? 
  675.  
  676.  
  677. Msg#: 7153 *9600 SysOps*
  678. 08/06/90 23:41:48
  679. From: DOUG HOGARTH
  680.   To: ERIC GIVLER (Rcvd)
  681. Subj: REPLY TO MSG# 7139 (HAYES V.32 (NONULTRA))
  682. That sounds like the pre-ULTRA, and it is labeled ad V.32.  But it is not 
  683. labeled as CCITT V.32, which is the one that you want.  I can't imagine why 
  684. Hayes is letter consumers get confused by this. I know several people that 
  685. bought it recently by mistake, purely due to the V.32 mentioned on the box.
  686.  
  687. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  688.  
  689.  
  690.  
  691. Msg#: 7401 *9600 SysOps*
  692. 08/08/90 17:48:28
  693. From: ERIC GIVLER
  694.   To: DOUG HOGARTH (Rcvd)
  695. Subj: REPLY TO MSG# 7153 (HAYES V.32 (NONULTRA))
  696. So it is in fact the modem I already had, the Vseries 9600 baud Smartmodem and 
  697. not the Vseries ULTRA Smartmodem 9600?  That makes sense.  Thanks for the 
  698. reply.
  699.  
  700. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  701.  
  702.  
  703. Msg#: 7165 *9600 SysOps*
  704. 08/07/90 09:09:20
  705. From: DAVID WITENSTEIN
  706.   To: MICHAEL COHEN (Rcvd)
  707. Subj: PCPLUS =38400
  708. Michael,
  709.  
  710. In reference to your comment about PCPLUS not going over 19,200 ther is a 
  711. program included on the supplemental diskette called Newbaud.exe.  This program
  712. and associated doc file will tell you haow to replace one of the listed 
  713. baudrates with a new baud rate (I gave up 300).  This should fill the void for 
  714. now, until a BETTER, more efficient package is delivered by HAYES, and boy is 
  715. it hot!!!!!!   I am cashing in my 200 regisered copies of PCPLUS for the other 
  716. when these boys in ATLANTA wake up and see the UPS man.   
  717.   
  718. I am uploading newbaud.* in a self extracting exe called PC38400.EXE as an 
  719. enclosure. DAVID
  720.  
  721. <A>gain, <R>eply, <N>ext, or <S>top? 
  722.  
  723.  
  724.  
  725. Msg#: 7166 *9600 SysOps*
  726. 08/07/90 09:22:40
  727. From: DAVID WITENSTEIN
  728.   To: RICK SPILMAN (Rcvd)
  729. Subj: MODEM TRANSMISSION SPEEDS
  730. Rick,
  731.  
  732. I am one of those corporate type purchasing agents and I only speciy Hayes for 
  733. my clients.  Why, if you knew the fiasco one of my clients had with 800 USR 
  734. internal modems they got saddled with by a best left unnamed laptop 
  735. manufacturer you'd know why in that FORTUNE 10 company USR is only mentioned in
  736. the washroom.  Second our data center runs 24 hours 365 days per year and none 
  737. of my Fortune 500 clients or prospects want to hear about how fast they can 
  738. communicate IF AND WHEN they can communicate.  So if you offer me 100-200 more 
  739. CPS at $100.00 dollar savings you can keep it as the 1000 Hayes modems I was 
  740. responsible for the purchase of last year are running like the CONCORD Mariner 
  741. watch I wear on my wrist.  You see, only the best for this boy!!!!!!  
  742.   
  743. Just an aside, 1approx 80% of corporate individuals don't even recognize the 
  744. need for communication speeds over 2400 at this point in time.  No need to 
  745. respond as we don't needa pissin' contest on a HAYES board, eh???
  746.  
  747. <*>Replies
  748. <A>gain, <R>eply, <N>ext, or <S>top? 
  749.  
  750.  
  751. Msg#: 7292 *9600 SysOps*
  752. 08/07/90 18:52:24
  753. From: RICK SPILMAN
  754.   To: DAVID WITENSTEIN (Rcvd)
  755. Subj: REPLY TO MSG# 7166 (MODEM TRANSMISSION SPEEDS)
  756. Thanks David.  But was not trying to get a "P" contest going.  As my previous 
  757. response says, I was merely posing a marketing concept question for us as well 
  758. as Hayes being that the BBS community seems to be growing daily and many of 
  759. these NEW folks could very well be the NEW buyers of modems for business 
  760. without the experience that both you and I may have with GOOD/BAD modem 
  761. manufacturers.  Was not trying to upset anyone, but being in business myself 
  762. and being the one in our office that is the only one that knows how to turn our
  763. computer on let alone make it communicate with the Host unit in Sacremento, I 
  764. thought that possibly Hayes might want to concider the issue from a marketing 
  765. stand point.  Hope that I did not upset you.  Not my intention at all.  I have 
  766. the Hayes Ultra on the board and will continue to support the Hayes systems as 
  767. best I can.
  768.  
  769. Rick
  770.  
  771. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  772.  
  773.  
  774.  
  775. Msg#: 7368 *9600 SysOps*
  776. 08/08/90 15:24:37
  777. From: DAVID WITENSTEIN
  778.   To: RICK SPILMAN
  779. Subj: REPLY TO MSG# 7292 (MODEM TRANSMISSION SPEEDS)
  780. Rick,
  781.  
  782. Not upset at all!!!!  There was a time I only spec'ed out IBM machines but that
  783. to has passed.  Hayes has consistantly (9 years worth of consistantly) 
  784. delivered the Price\Performance\Quality I have needed so I jump to their 
  785. defense rather quickly.  I put Compaq's in a clients office when possible as I 
  786. know they will do the job, but at home I bought a super clone 386/33 for 
  787. price\performance, but at home again with my money I bought Hayes.  Why???  In 
  788. the computer box market all parts are basically the same so I can count on the 
  789. manufacturer of the component to stand behind their parts (ie: C&T, AMI, 
  790. Phoenix, etc.) in the modem industry there is no choice you have to stick with 
  791. who you purchased from, hence HAYES. Regards, DAVID
  792.  
  793. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  794.  
  795.  
  796.  
  797. Msg#: 7290 *9600 SysOps*
  798. 08/07/90 18:46:08
  799. From: RICK SPILMAN
  800.   To: WARREN WHITESI
  801. Subj: REPLY TO MSG# 6725 ((OODEM TRANSMISSION SPEEDS)
  802. Thanks for your thoughts Warren.  No I was not referring to the overall 
  803. universitility of the USR over the HAYES.  My point was merely that granted 
  804. Hayes has the majority of the business market but as far as the BBS community 
  805. it seems that USR has cornered that area.  The future buyers of modems for 
  806. business purposes (which will be an ever increasing market as more businesses 
  807. start doing their work via modem) could possibly be the various sysops of BBS's
  808. and/or their respective users.  I was merely mentioning this fact if Hayes has 
  809. not realized yet that the BBS community is a growing concern which may very 
  810. well have a large impact on the future buying practices of business.  Would it 
  811. not do Hayes well to be pushing more and more to retrieve some of the market in
  812. the BBS area in order to further their market in the business arena.  Merely a 
  813. marketing concept question is all it was.
  814.  
  815. Rick
  816.  
  817. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  818.  
  819.  
  820. Msg#: 7365 *9600 SysOps*
  821. 08/08/90 15:05:48
  822. From: DAVID WITENSTEIN
  823.   To: DALE PURDY (Rcvd)
  824. Subj: WATCH
  825. Dale,
  826.  
  827. You come from the land of wretched excess and don't know what a Concord Watch 
  828. is?????   A Rolex is what you get for graduation, a Concord or Piaget is one 
  829. you buy for yourself.  As the only Piaget I like is the Polo (which is solid 
  830. gold) and costs about the same as a '486 fully loaded, I will stick with the 
  831. Concord (at least until my wife is done breeding <yuk,yuk> which costs about 
  832. the same as a moderately equipt '386 33. Regards, David
  833.  
  834. <*>Replies
  835. <A>gain, <R>eply, <N>ext, or <S>top? 
  836.  
  837.  
  838. Msg#: 7619 *9600 SysOps*
  839. 08/10/90 01:10:31
  840. From: DALE PURDY
  841.   To: DAVID WITENSTEIN (Rcvd)
  842. Subj: REPLY TO MSG# 7365 (WATCH)
  843. .....but does it keep good time???  :-)
  844.  
  845. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  846.  
  847.  
  848.  
  849. Msg#: 7637 *9600 SysOps*
  850. 08/10/90 11:10:33
  851. From: DAVID WITENSTEIN
  852.   To: DALE PURDY (Rcvd)
  853. Subj: REPLY TO MSG# 7619 (WATCH)
  854. Dale,
  855.  
  856. Sure does!!!!  even when the battery croaked after 3 years and a couple of 
  857. hundred feet of water under my wetsuit it runs like only a fine Swiss timepiece
  858. can!!!! DAVID
  859.  
  860. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  861.  
  862.  
  863. Msg#: 7409 *9600 SysOps*
  864. 08/08/90 19:12:51
  865. From: TOM SHERMAN
  866.   To: ALL
  867. Subj: OFF-LINE MAIL READER
  868. If there an off-line mail reader that could be put on this board for our use. 
  869. I know the phone charges is not a problem, since it is 800 for us SysOps, but I
  870. just like the versatility of off-line mail readers.  Plus, it might help some 
  871. of us with our misspellings ;-).  Oh well, Just a suggestion.
  872.  
  873.                                                  Tom.
  874.  
  875. <*>Replies
  876. <A>gain, <R>eply, <N>ext, or <S>top? 
  877.  
  878.  
  879.  
  880. Msg#: 7455 *9600 SysOps*
  881. 08/08/90 21:31:29
  882. From: DAN ALWIN
  883.   To: TOM SHERMAN (Rcvd)
  884. Subj: REPLY TO MSG# 7409 (OFF-LINE MAIL READER)
  885. Tom,
  886.   Don't really know of an off-line reader that is compatible with TBBS, but 
  887. when Hayes was "public" and had the Lounge, I simply turned a capture mode on 
  888. in my Qmodem, told the BBS to hit me non-stop, and logged off. 2 minutes worth 
  889. (that was at 2400). I then took the capture file and loaded it into Qedit, read
  890. away, and cut out quotes to reply to, again using Qedit. I would write my 
  891. responses, save them as a standard DOS filename, and send them to my upload 
  892. dir. BTW, I would use names like I7986.txt to remind me that I was responding 
  893. to message #7986 in the IBM conf or whatever (sick, aren't we!?). I would log 
  894. back onto the system, pull up the messages that I had written a reply to, and 
  895. upload my response (notice where it asks you if you want to submit prepared 
  896. text?). Couple of minutes in the AM, and a couple of minutes in the PM is all 
  897. it takes.
  898.  
  899. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  900.  
  901.  
  902.  
  903. Msg#: 7469 *9600 SysOps*
  904. 08/09/90 01:14:45
  905. From: TOM SHERMAN
  906.   To: DAN ALWIN (Rcvd)
  907. Subj: REPLY TO MSG# 7455 (OFF-LINE MAIL READER)
  908. Thanks for the suggestion Dan, I will certainly try that method!
  909.  
  910.                                                 Tom
  911.  
  912. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  913.  
  914.  
  915.  
  916. Msg#: 7471 *9600 SysOps*
  917. 08/09/90 01:24:46
  918. From: DAN ALWIN
  919.   To: TOM SHERMAN (Rcvd)
  920. Subj: REPLY TO MSG# 7469 (OFF-LINE MAIL READER)
  921. Tom,
  922.   Keep your left and right margins reduced a bit (which Qedit does *very* 
  923. nicely). Use margins of about 4 for left and 72 for right, it will keep your 
  924. lines from autowrapping once they are uploaded. BTW, although something of this
  925. nature would appear to be uploaded by ASCII transfer, I always used Xmodem 
  926. without a problem! Good luck!
  927.                                                         Dan
  928.  
  929. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  930.  
  931.  
  932. Msg#: 7458 *9600 SysOps*
  933. 08/08/90 22:13:29
  934. From: DAVID TOWN
  935.   To: ALL
  936. Subj: FILE TRANSFERS
  937. Hello all you experts... Here's my latest dilemma... My users all get on the 
  938. board OK... They are able to navigate through the system until....they try to 
  939. do a file transfer. The high speed callers have no problems, but the 2400 baud 
  940. callers... boy...The transfer protocol takes over, and looks like it wants to 
  941. do its thing, but it just never takes off. This is using DSZ and PUMA. Here is 
  942. my modems config for you to mull over and make any suggestions....please (!)
  943.  
  944. B16 B1 B41 B60 E1 L1 M1 N1 Q0 T V1 W0 X4 Y0 &C1 &D1 &G0 &J0 &K3 &Q5 &R0 &S0 &T4
  945. &U0 &X0 &Y1 S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:050 
  946. S08:002 S09:006 S10:014 S11:095 S12:050 S18:000 S25:005 S26:001 S36:005 S37:000
  947. S38:020 S44:003 S46:002 S48:007 S49:008 S50:016
  948.  
  949. Thanks for any suggestions you might have.
  950.  
  951.            -=[ David Town - MENHIR BBS - (609)-263-2861 ]=-
  952.  
  953. <*>Replies
  954. <A>gain, <R>eply, <N>ext, or <S>top? 
  955.  
  956.  
  957. Msg#: 7525 *9600 SysOps*
  958. 08/09/90 14:42:51
  959. From: W.H. LAMBDIN
  960.   To: DAVID TOWN (Rcvd)
  961. Subj: REPLY TO MSG# 7458 (FILE TRANSFERS)
  962. Are you running at a fixed (locked) baud rate?
  963.  
  964. If so, S36 must = 7, so include S36=7 in your init string.  You have to do that
  965. so the modem will use the ASB (automatic speed buffering) mode.
  966.  
  967. Next, have you set your software up to support RTS/CTS (hardware) hand shaking.
  968.  
  969.  
  970. DSZ must include the "      handshake both"   command line parameter.
  971.  
  972. Puma to must be configured to use RTS/CTS hand shaking.
  973.  
  974. Also if you software passing the LOCKED baud rate or the actual baud rate to 
  975. the transfer program?
  976.  
  977. Hope this helps some....
  978.  
  979.  
  980. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  981.  
  982.  
  983.  
  984. Msg#: 7588 *9600 SysOps*
  985. 08/09/90 21:20:00
  986. From: DAVID TOWN
  987.   To: W.H. LAMBDIN (Rcvd)
  988. Subj: REPLY TO MSG# 7525 (FILE TRANSFERS)
  989. W.H....
  990.    Thanks for the tips. I'll take a look at the S36 register, and then peek at 
  991. DSZ and PUMA batch files and see what I can do.
  992.  
  993.            -=[ David Town - MENHIR BBS - (609)-263-2861 ]=-
  994.  
  995. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  996.  
  997.  
  998. Msg#: 7459 *9600 SysOps*
  999. 08/08/90 22:17:06
  1000. From: DAVID TOWN
  1001.   To: RANDY/BECKY
  1002. Subj: DISCONNECTS
  1003. Just to let you know I called 3 times at 38400, 19200, and 9600, and got dumped
  1004. out before I could even see what line I was on...I finally made it on at 4800 
  1005. on line 3. Hope you guys can get this thing worked out.
  1006.  
  1007.            -=[ David Town - MENHIR BBS - (609)-263-2861 ]=-
  1008.  
  1009. <A>gain, <R>eply, <N>ext, or <S>top? 
  1010.  
  1011.  
  1012.  
  1013. Msg#: 7464 *9600 SysOps*
  1014. 08/09/90 00:28:48
  1015. From: JOSH COLLIER
  1016.   To: ALL
  1017. Subj: ULTRA TO 1200
  1018. I am hoping someone can help me with this problem. I have installed my ULTRA on
  1019. my bbs, and I haven't had any problems with disconnects or loss of carrier. I 
  1020. have had a USR Dual Standard connect at 19200 with no problems, and all my 2400
  1021. users are fine. There is one 1200 user that can't connect. He owns a Hayes 1200
  1022. Interal modem card, and he desperately want to log on. Any suggestions ? Any 
  1023. thing I am missing ?
  1024.   
  1025.                                 Help Wanted,
  1026.                                 Josh Collier
  1027.  
  1028. <*>Replies
  1029. <A>gain, <R>eply, <N>ext, or <S>top? 
  1030.  
  1031.  
  1032. Msg#: 7715 *9600 SysOps*
  1033. 08/10/90 23:58:31
  1034. From: TOM HELD
  1035.   To: JOSH COLLIER
  1036. Subj: REPLY TO MSG# 7464 (ULTRA TO 1200)
  1037. I've had trouble getting some 1200bps callers to connect in the past, but not 
  1038. with the Ultra.
  1039.  
  1040. My solution was to put S9=1 in the modem initialization string.  It works, and 
  1041. doesn't interfere with any other speeds.
  1042.  
  1043. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1044.  
  1045.  
  1046.  
  1047. Msg#: 7470 *9600 SysOps*
  1048. 08/09/90 01:19:36
  1049. From: TOM SHERMAN
  1050.   To: ALL
  1051. Subj: PROCOMM V1.1B
  1052.    This is confusing!!, When I use Procomm + and select Ymodem-G downloading 
  1053. protocol I very very very seldom get Procomm + to make it through the file 
  1054. without aborting!  Then I use Telix with its Ymodem-G downloading protocol and 
  1055. NEVER ONCE have I gotten it to abort, can't figure it out!!! Can someone help? 
  1056. Is the Ymodem-G protocol in Procomm not really Ymodem-G?  Does it have a 
  1057. glitch? Anyone, Anyone?
  1058.  
  1059.                                                     Tom
  1060.  
  1061. <*>Replies
  1062. <A>gain, <R>eply, <N>ext, or <S>top? 
  1063.  
  1064.  
  1065. Msg#: 7527 *9600 SysOps*
  1066. 08/09/90 14:44:15
  1067. From: W.H. LAMBDIN
  1068.   To: TOM SHERMAN (Rcvd)
  1069. Subj: REPLY TO MSG# 7470 (PROCOMM V1.1B)
  1070. Well that same problem happens to me when I use Telix's or Telemate's Ymodem-G 
  1071. with any TBBS system....
  1072.  
  1073. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1074.  
  1075.  
  1076.  
  1077. Msg#: 7659 *9600 SysOps*
  1078. 08/10/90 15:36:25
  1079. From: DANIEL TOULAN
  1080.   To: TOM SHERMAN (Rcvd)
  1081. Subj: REPLY TO MSG# 7470 (PROCOMM V1.1B)
  1082. The problem you are having with ProCoom, is that they call Xmodem-1k/G, 
  1083. Ymodem/G. Ymodem/G and Xmodem-1K/g are two different protocols. Ymodem/G is a 
  1084. BATCH protocl, and is expecting a Header file. I'm not sure if this is the same
  1085. problem that was mentioned with Telix or not. It has ben several years from 
  1086. when I last used or looked at Telix. It has also been a year or so since I 
  1087. lasted tried ProComm. 
  1088.  
  1089.  
  1090.  
  1091.            ──══ Daniel Toulan ∙ Fishkill, New York ══──
  1092.  
  1093. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1094.  
  1095.  
  1096.  
  1097. Msg#: 7717 *9600 SysOps*
  1098. 08/11/90 00:01:19
  1099. From: TOM HELD
  1100.   To: TOM SHERMAN (Rcvd)
  1101. Subj: REPLY TO MSG# 7470 (PROCOMM V1.1B)
  1102. In ProComm Plus 1.1B try YModem-g Batch (13 on the menu), instead of YModem-g.
  1103.  
  1104. Personnally, I use DSZ (ZModem) as an external protocol for YModem-g.  It works
  1105. great!
  1106.  
  1107. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1108.  
  1109.  
  1110. Msg#: 7524 *9600 SysOps*
  1111. 08/09/90 14:42:02
  1112. From: ALAN RUSSELL
  1113.   To: DAVID TOWN (Rcvd)
  1114. Subj: S REGISTER
  1115. David - thanks for calling my BBS - Are you using the ULTRA?  I didn't see the 
  1116. very high S registers but if you have s70 register increase it to S70=50.  This
  1117. help to improve the connection especially when the noise level had to send 1024
  1118. packets back and forth. Alan Russell - SYSOP of "THE FILE" BBS "Hayes ULTRA 
  1119. 9600"  516 791-1407
  1120.  
  1121. <*>Replies
  1122. <A>gain, <R>eply, <N>ext, or <S>top? 
  1123.  
  1124.  
  1125.  
  1126. Msg#: 7587 *9600 SysOps*
  1127. 08/09/90 21:17:49
  1128. From: DAVID TOWN
  1129.   To: ALAN RUSSELL (Rcvd)
  1130. Subj: REPLY TO MSG# 7524 (S REGISTER)
  1131. Thanks for the tip Alan....Yes, I'm using the Ultra, and will try fooling with 
  1132. register 70 at your suggestion.
  1133.  
  1134.            -=[ David Town - MENHIR BBS - (609)-263-2861 ]=-
  1135.  
  1136. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1137.  
  1138.  
  1139. Msg#: 7539 *9600 SysOps*
  1140. 08/09/90 16:20:18
  1141. From: TOBY NIXON
  1142.   To: VICTOR VOLKMAN (Rcvd)
  1143. Subj: CCITT V.32BIS
  1144. I am Hayes' representative to the CCITT, and can fill you in on the particulars
  1145. of V.32bis.
  1146.  
  1147. V.32bis is in final draft stage at this time.  It is backward compatible with 
  1148. V.32.  In addition to V.32's speeds of 4800 and 9600, V.32bis also supports 
  1149. 7200, 12000, and 14400bps, full-duplex, async or sync.  It also supports a 
  1150. "Rapid Rate Renegotiation" feature, which allows the modems to quickly modify 
  1151. the data rate when necessary to respond to changing line conditions (under 100 
  1152. milliseconds, rather than the 5-10 seconds it takes V.32 to change speeds).
  1153.  
  1154. V.32bis was technically agreed to by experts in Study Group XVII at the April, 
  1155. 1990, meeting in Geneva.  At the next meeting, in October, it will be submitted
  1156. to the CCITT's "accelerated approval procedure".  In order to become a standard
  1157. under this procedure, it must receive 100% approval of the countries attending 
  1158. the meeting.  It is then translated into the official CCITT languages, and sent
  1159. by mail to all of the countries in the United Nations.  They have three months 
  1160. to return their final vote; of those returning a ballot, 70% must vote to 
  1161. approve the standard for it to be accepted.  Therefore, the earliest that 
  1162. V.32bis will be an "official" CCITT Recommendation is around the end of 
  1163. February, 1991.
  1164.  
  1165.    -- Toby Nixon, Principal Engineer, Hayes
  1166.  
  1167. <*>Replies
  1168. <A>gain, <R>eply, <N>ext, or <S>top? 
  1169.  
  1170.  
  1171. Msg#: 8409 *9600 SysOps*
  1172. 08/14/90 12:14:04
  1173. From: VICTOR VOLKMAN
  1174.   To: TOBY NIXON
  1175. Subj: REPLY TO MSG# 7539 (CCITT V.32BIS)
  1176. Toby, thanks for the definitive response!
  1177.  
  1178. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1179.  
  1180.  
  1181. Msg#: 7546 *9600 SysOps*
  1182. 08/09/90 17:10:26
  1183. From: TOBY NIXON
  1184.   To: JOSH COLLIER
  1185. Subj: HST CONNECTS
  1186. Josh, I just want to correct a couple of things in your message:
  1187.  
  1188. > The ULTRA is designed to connect only with V.32 compatible modems at 9600. 
  1189.  
  1190. Actually, Ultra 96 also connects with Hayes V-series Smartmodem 9600 at 9600 
  1191. using the Hayes fast-turnaround ping-pong modulation.
  1192.  
  1193.  > The HST is not a V.32, I don't know what the HST is, but I would
  1194.  > assume that it uses some compressiong to get the 9600 that it does.
  1195.  
  1196. The HST uses a proprietary asymmetrical modulation scheme that transmit 
  1197. 14,400bps in one direction (without compression) and 450bps in the reverse 
  1198. direction.  It can turnaround the line to switch the direction of the 
  1199. high-speed circuit, but it takes a long time (250msec or more).
  1200.  
  1201.         -- Toby
  1202. <S>top
  1203. <A>gain, <R>eply, <N>ext, or <S>top? 
  1204.  
  1205.  
  1206.  
  1207. Msg#: 7596 *9600 SysOps*
  1208. 08/09/90 22:21:27
  1209. From: KEN BUCHHOLZ
  1210.   To: ALL
  1211. Subj: GALACTICOMM HELP NEEDED!
  1212. I am running The Washington Towne Crier (201-689-3649) on Galacticomm's The 
  1213. Major BBS software and have not been able to use the Ultra 9600s on the system 
  1214. yet.  Even with the standard Galacticomm default init string of 
  1215. ATE0S0=1S2=1Q0V1X1&C1&D2&T  I have beau coups of problems.  For example, when a
  1216. user attempts to log on, the modem answers, I see a CARRIER message and then 
  1217. the connection is aborted.  This is with the system set for 9600 w/ no error 
  1218. control protocols set.  When I call in with an Ultra 9600, all seems to work 
  1219. fine.  Any ideas?           Ken
  1220.  
  1221. <*>Replies
  1222. <A>gain, <R>eply, <N>ext, or <S>top? 
  1223.  
  1224.  
  1225.  
  1226. Msg#: 7663 *9600 SysOps*
  1227. 08/10/90 16:24:30
  1228. From: W.H. LAMBDIN
  1229.   To: KEN BUCHHOLZ (Rcvd)
  1230. Subj: REPLY TO MSG# 7596 (GALACTICOMM HELP NEEDED!)
  1231. Don't worry about disabling compression or error control, just add W2 and S95=2
  1232. to your init sting.  All connect messages will come back like so....
  1233.  
  1234.           CONNECT 9600
  1235.           CONNECT 9600/ARQ
  1236.           CONNECT 2400
  1237.           CONNECT 2400/ARQ
  1238.  
  1239.                 and same goes for other baud rates.
  1240.  
  1241. Hope this helps.
  1242.  
  1243. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1244.  
  1245.  
  1246.  
  1247. Msg#: 7929 *9600 SysOps*
  1248. 08/12/90 20:45:31
  1249. From: MICHAEL COHEN
  1250.   To: KEN BUCHHOLZ (Rcvd)
  1251. Subj: REPLY TO MSG# 7596 (GALACTICOMM HELP NEEDED!)
  1252. If you are using the default init string, delete the &T5 from the end - I 
  1253. believe that may be your problem.
  1254.  
  1255.         Michael
  1256.  
  1257. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1258.  
  1259.  
  1260.  
  1261.  
  1262. Msg#: 7612 *9600 SysOps*
  1263. 08/10/90 00:41:57
  1264. From: BERNARD SINCENNES
  1265.   To: ALL
  1266. Subj: ULTRA VS QMODEM
  1267. Hi, I can't get Qmodem to connect properly.  I got a carrier, and i hear the 
  1268. negociation process between the two modems, but it doesn't stop.  Suddenly, i 
  1269. have all the data sent by the remote bbs to my dialing screen. At this time, 
  1270. Qmodem did not recognize the connection and is still 'dialing' until the time 
  1271. out.  If i press escape, i remain online with the remote bbs and i can begin my
  1272. normal session, but qmodem records nothing. 
  1273.  
  1274. Any idea???
  1275.  
  1276. <A>gain, <R>eply, <N>ext, or <S>top? 
  1277.  
  1278.  
  1279.  
  1280. Msg#: 7750 *9600 SysOps*
  1281. 08/11/90 12:59:07
  1282. From: STEVE TIBBETT
  1283.   To: ALL
  1284. Subj: QUESTION
  1285. This seems like a really odd thing, so I thought I'd ask here.
  1286.         
  1287. I'm connecting V.42 with a local BBS running a dual standard.  After the 
  1288. connect, at some point, the two modems seem to get confused about something, I 
  1289. can only guess at what.
  1290.  
  1291. Basically, I start typing the alphabet - abcdefghijkl and at some random point,
  1292. it will miss and usually add some number to ALL subsequent characters - I'll 
  1293. type a r and get a t echoed back, etc.
  1294.  
  1295. Any ideas?
  1296.         
  1297.         ...Steve
  1298.  
  1299. <A>gain, <R>eply, <N>ext, or <S>top? 
  1300.  
  1301.  
  1302.  
  1303. Msg#: 7752 *9600 SysOps*
  1304. 08/11/90 13:19:06
  1305. From: JONATHAN SCHULMAN
  1306.   To: RANDY COOPER (Rcvd)
  1307. Subj: ESP BOARD
  1308. Randy, Has the ESP board come out yet?
  1309.  
  1310. <*>Replies
  1311. <A>gain, <R>eply, <N>ext, or <S>top? 
  1312.  
  1313.  
  1314. Msg#: 8195 *9600 SysOps*
  1315. 08/13/90 18:16:27
  1316. From: RANDY COOPER
  1317.   To: JONATHAN SCHULMAN (Rcvd)
  1318. Subj: REPLY TO MSG# 7752 (ESP BOARD)
  1319. Jonathan, Nope not yet....it's one of those "anyday now" type things....
  1320.  
  1321. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1322.  
  1323.  
  1324. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1325.  
  1326.  
  1327. Msg#: 7764 *9600 SysOps*
  1328. 08/11/90 16:03:48
  1329. From: WILSON ANDERSON
  1330.   To: SYSOP (Rcvd)
  1331. Subj: X.25
  1332. Randy am calling in with a V9600 x.25. CANNOT get 9600 with this modem ser 
  1333. A04212003277. I can connect with my own Ultra & another X.25 at 9600. Any 
  1334. comments/suggestions?
  1335.     
  1336.                                         Wilson
  1337.  
  1338. <*>Replies
  1339. <A>gain, <R>eply, <N>ext, or <S>top? 
  1340.  
  1341.  
  1342. Msg#: 8203 *9600 SysOps*
  1343. 08/13/90 18:22:33
  1344. From: RANDY COOPER
  1345.   To: WILSON ANDERSON (Rcvd)
  1346. Subj: REPLY TO MSG# 7764 (X.25)
  1347. Wilson, Got it setup in factory mode? Or atleast &Q5 mode?
  1348.  
  1349. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1350.  
  1351.  
  1352. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1353.  
  1354.  
  1355. Msg#: 7951 *9600 SysOps*
  1356. 08/12/90 21:50:30
  1357. From: DAVID TOWN
  1358.   To: RANDY COOPER (Rcvd)
  1359. Subj: FILE TRANSFERS
  1360. Hi Randy. I am having a serious problem. Since I installed the ULTRA on the 
  1361. BBS, users calling at less than 4800 bps can't transfer (up or down) files 
  1362. using zmodem, ymodem, or puma. Zmodem and Ymodem work fine at high speed, it's 
  1363. just the slower data rates that fail. DSZ starts as it normally would, with a 
  1364. command line of, for instance, "dsz port 2 speed 2400 sb ALF.ZIP" (took that 
  1365. from a screen dump as I watched a transfer fail). Ymodem trys to send the file,
  1366. but seems to have trouble synching with the receiver. Again, it works 
  1367. FLAWLESSLY at 9600 or 19200, but the low speed callers are suffering. Puma 
  1368. fails too, though at all speeds. At first I was getting "no carrier" messages 
  1369. from PUMA. I changed the command line to ignore CD, and now it just never syn
  1370. chs up. You can see it trying, but it never gets started. 
  1371.  
  1372.    Finally, I work 10-6, and am on the road for an hour before and after that. 
  1373. You can reach me voice in the computer room at Bally's Grand from 10-6 weekdays
  1374. at 609-340-7261. Or call the board at 609-263-2861 anytime and see what happens
  1375. for your self. 
  1376. <S>top 
  1377.    Oh, one more note, DSZ X-modem seems to work OK at the low speeds. I'm 
  1378. really anxious to get this cleared up.
  1379.  
  1380.            -=[ David Town - MENHIR BBS - (609)-263-2861 ]=-
  1381.  
  1382. <*>Replies
  1383. <A>gain, <R>eply, <N>ext, or <S>top? 
  1384.  
  1385.  
  1386. Msg#: 8234 *9600 SysOps*
  1387. 08/13/90 18:56:24
  1388. From: RANDY COOPER
  1389.   To: DAVID TOWN (Rcvd)
  1390. Subj: REPLY TO MSG# 7951 (FILE TRANSFERS)
  1391. David, What is your port speed set to? Is S36 at 5 or 7 (recommend 5). This 
  1392. sounds flow control related.
  1393.  
  1394. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1395.  
  1396.  
  1397. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1398.  
  1399.  
  1400.  
  1401. Msg#: 8211 *9600 SysOps*
  1402. 08/13/90 18:32:19
  1403. From: STEVE TIBBETT
  1404.   To: RANDY COOPER (Rcvd)
  1405. Subj: ULTRA 9600
  1406. I'm having problems with the Ultra, and with this BBS.
  1407.         
  1408. First off, I came home today wondering why my line had been busy the entire day
  1409. - my BBS isn't that busy these days.  I checked the modem lights when I got 
  1410. home, and the HS, AA, OH, TR, and MR lights were on - and the CD light was off.
  1411.  
  1412.         
  1413. How can the modem do this?  There was no Carrier Detect for hours, yet it was 
  1414. still off hook.
  1415.         
  1416. Also, I keep getting booted off this BBS - it just hangs up on me if I don't do
  1417. anything for a few seconds.  No idea why, no warning, just NO CARRIER.
  1418.  
  1419.         ...Steve
  1420.  
  1421. <*>Replies
  1422. <A>gain, <R>eply, <N>ext, or <S>top? 
  1423.  
  1424.  
  1425. Msg#: 8873 *9600 SysOps*
  1426. 08/16/90 13:00:04
  1427. From: RANDY COOPER
  1428.   To: STEVE TIBBETT (Rcvd)
  1429. Subj: REPLY TO MSG# 8211 (ULTRA 9600)
  1430. Steve, Can you tell me what software you're using? The init string? .etc? Any 
  1431. more info you can provide would be most helpful.
  1432.  
  1433. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1434.  
  1435.  
  1436. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1437.  
  1438.  
  1439.  
  1440. Msg#: 8213 *9600 SysOps*
  1441. 08/13/90 18:36:02
  1442. From: STEVE TIBBETT
  1443.   To: RANDY COOPER (Rcvd)
  1444. Subj: TECH INFO
  1445. I want to use X.25 with a local X.25 dialup and make use of 4 sessions.  I am 
  1446. using an Amiga and I doubt there is any software - Does Hayes have the 
  1447. documents I need to implement this?
  1448.         
  1449.         ...Steve
  1450.  
  1451. <*>Replies
  1452. <A>gain, <R>eply, <N>ext, or <S>top? 
  1453.  
  1454.  
  1455. Msg#: 8874 *9600 SysOps*
  1456. 08/16/90 13:04:33
  1457. From: RANDY COOPER
  1458.   To: STEVE TIBBETT (Rcvd)
  1459. Subj: REPLY TO MSG# 8213 (TECH INFO)
  1460. Steve, Yeah and X.25 guy! Boy have I been waiting for you! Hayes doens't make 
  1461. any software for the Amiga but any terminal program can be used with the ULTRA 
  1462. to make X.25 multiple session calls. The only thing that Hayes software does 
  1463. differently is it incorporates AUTOSTREAM so you can download on all four 
  1464. session simultaneously. The TECHNICAL REFERENCE MANUAL has some pretty neat 
  1465. examples of how to do this. It's available for download now but I only have it 
  1466. in .MAC (Word 4.0) format. I'm still waiting on the ASCII version from the 
  1467. technical writers. Or send in the card that came with your modem and we'll mail
  1468. you a printed manual.
  1469.  
  1470. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1471.  
  1472.  
  1473. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1474.  
  1475.  
  1476.  
  1477. Msg#: 8952 *9600 SysOps*
  1478. 08/16/90 17:05:11
  1479. From: STEVE TIBBETT
  1480.   To: RANDY COOPER (Rcvd)
  1481. Subj: REPLY TO MSG# 8874 (TECH INFO)
  1482. Great stuff.  Downloading from multiple sources sounds nice - I'll have to see 
  1483. if I can get that into a decent amiga terminal.  
  1484.         
  1485. Our local Datapac service has an X.25 node, and I called it, and it connected, 
  1486. but I couldn't get it to do anything.  What should happen when I call with a 
  1487. normal terminal program?
  1488.         
  1489.         ...Steve
  1490.  
  1491. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1492.  
  1493.  
  1494. Msg#: 8241 *9600 SysOps*
  1495. 08/13/90 19:10:18
  1496. From: BUD ADAMS
  1497.   To: RANDY COOPER (Rcvd)
  1498. Subj: UART CHIPS
  1499. Randy, just how important is it to have a 16550 UART chip when using the Hayes 
  1500. 9600 modems.  My parallel/serial card has a soldered-in 16450 UART chip so I 
  1501. replaced it with a new card in which I put a 16550 UART chip and frankly I 
  1502. didn't notice any difference in performance.  Since the new card took up a 
  1503. slot, I removed it and sold it to someone who wanted the 16550 UART chip and am
  1504. back running on the old 16450 chip.  The sysop of Invention Factory tells me 
  1505. that I'd get better results if I had the 16550 UART chip installed that the 
  1506. high speed modems need it.  Is this true?
  1507.  
  1508. <*>Replies
  1509. <A>gain, <R>eply, <N>ext, or <S>top? 
  1510.  
  1511.  
  1512. Msg#: 8250 *9600 SysOps*
  1513. 08/13/90 19:55:15
  1514. From: CHARLES BJORGEN
  1515.   To: BUD ADAMS (Rcvd)
  1516. Subj: REPLY TO MSG# 8241 (UART CHIPS)
  1517. Bud -- If I may add my two cents worth on the virtues of the 16550 chip -- 
  1518. you'll frequently not notice a big difference when downloading but if someone 
  1519. with a high-speed modem is trying to upload to you, you may have a lot of 
  1520. errors or aborted transfers. Naturally, we SYSOPs don't want to discourage 
  1521. uploads, do we?  :-) I was lucky in being able to find a couple serial boards 
  1522. in which the factory chips were not soldered. I think it's well worth it when 
  1523. you're moving in the fast modem lane.
  1524.  
  1525. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1526.  
  1527.  
  1528.  
  1529. Msg#: 8404 *9600 SysOps*
  1530. 08/14/90 11:21:55
  1531. From: BUD ADAMS
  1532.   To: CHARLES BJORGEN (Rcvd)
  1533. Subj: REPLY TO MSG# 8250 (UART CHIPS)
  1534. Charles, many, many thanks for your comments on UART chips.  I'm trying to see 
  1535. if I can get an OEM serial/parallel module from Compaq to replace the one that 
  1536. came with my 286 DeskPro.  It has the old chip soldered in.  Surely, they must 
  1537. have upgrades.  I checked with the vendor from whom I bought the machine 
  1538. originally and he just scratched his head.  Didn't know what a UART chip was. 
  1539. Again, many thanks!
  1540.  
  1541. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1542.  
  1543.  
  1544.  
  1545. Msg#: 8411 *9600 SysOps*
  1546. 08/14/90 12:26:48
  1547. From: VICTOR VOLKMAN
  1548.   To: BUD ADAMS (Rcvd)
  1549. Subj: REPLY TO MSG# 8241 (UART CHIPS)
  1550. There are some other circumstances which you should consider:  if you are 
  1551. multitasking, then you definitely need the buffering capabilities of the 
  1552. NS16550AN chip.  For example, at the HAL 9000 BBS I run DESQview with one copy 
  1553. of PCBoard running in each of two windows.  This means that the CPU now has 
  1554. only half the time that it used to have to respond to interrupts.   The 
  1555. NS16550AN chip helps alleviate this burden by providing a larger HARDWARE 
  1556. serial buffer.  If the serial buffer of your 8250 or 14550 is overrun, this 
  1557. means that blocks will have to be retransmitted thus slowing down your 
  1558. effective transfer rate.   However, this does not automatically mean that file 
  1559. transfer rates will be accelerated beyond their normal speed.  You are simply 
  1560. increasing the ability of your CPU to handle other tasks successfully while 
  1561. serial activity is taking place.  These activities include writing to the 
  1562. screen, writing to the disk, handling timer interrupts, handling other DOS 
  1563. windows, etc.
  1564.  
  1565. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1566.  
  1567.  
  1568.  
  1569. Msg#: 8590 *9600 SysOps*
  1570. 08/15/90 08:35:22
  1571. From: BUD ADAMS
  1572.   To: VICTOR VOLKMAN (Rcvd)
  1573. Subj: REPLY TO MSG# 8411 (UART CHIPS)
  1574. Thanks Victor, that is about the best explanation I've ever had on the 
  1575. effectiveness of a 16550 UART chip.  Fortunately, I've not gotten into 
  1576. multi-tasking yet.  When I move up to a 386 then I'll multi-task, as it is, I'm
  1577. happy to do one thing at a time.  And at times, I find even that difficult. 
  1578. Many thanks for the information.  I've written Compaq asking if they can supply
  1579. and OEM serial/parallel card module with a 16550 installed to replace the 16450
  1580. that I've got.  I know they will tell me to see my vendor, which I did and he 
  1581. drew a BLANK when I mentioned UART chips.  Oh, well!
  1582.  
  1583. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1584.  
  1585.  
  1586.  
  1587. Msg#: 8772 *9600 SysOps*
  1588. 08/16/90 00:30:34
  1589. From: STAN SPOTTS
  1590.   To: BUD ADAMS
  1591. Subj: REPLY TO MSG# 8590 (UART CHIPS)
  1592. You might do what I did and get a cheap desoldering tool from Radio Shack, as 
  1593. well as a chip socket.  I desoldered one of the 16540's from my Wyse's serial 
  1594. board (it has two, soldered) and soldered in the socket, then just had to plug 
  1595. the 16550 into it.  Took less than 15 minutes.
  1596.  
  1597. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1598.  
  1599.  
  1600.  
  1601. Msg#: 8877 *9600 SysOps*
  1602. 08/16/90 13:07:41
  1603. From: RANDY COOPER
  1604.   To: BUD ADAMS
  1605. Subj: REPLY TO MSG# 8241 (UART CHIPS)
  1606. Bud, This can get to be an almost religous issue nowadays! You can't really go 
  1607. wrong in putting a 16550 chip in but the question is whether you'll really see 
  1608. any preformance improvement. In most cases if you're working with a dedicated 
  1609. machine you shouldn't have any problems with a 16450 but if you run under a 
  1610. network or a multitasker it would be highly recommended.
  1611.  
  1612. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1613.  
  1614.  
  1615. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1616.  
  1617.  
  1618.  
  1619. Msg#: 8270 *9600 SysOps*
  1620. 08/13/90 22:22:05
  1621. From: DOUG ODOM
  1622.   To: ALL
  1623. Subj: SM 9600
  1624. Am I missing something here, in browsing through the online Information there 
  1625. is a modem listed as Hayes SM 9600 "box for bucks". Is the a standard V series 
  1626. 9600 modem? maybe I just need literature on it to see what Im mising in the 
  1627. info here. If there is a cut sheet that can be sent to me, please do so, or a 
  1628. reply here to clarify would be fine. Magick Entertainment P O Box 350445 
  1629. Brooklyn NY 11235-0008
  1630.  
  1631. <*>Replies
  1632. <A>gain, <R>eply, <N>ext, or <S>top? 
  1633.  
  1634.  
  1635.  
  1636. Msg#: 8981 *9600 SysOps*
  1637. 08/16/90 19:42:23
  1638. From: JEFF BRIELMAIER
  1639.   To: DOUG ODOM
  1640. Subj: REPLY TO MSG# 8270 (SM 9600)
  1641. the "box for bucks" which you are (most likely) referring to is the "box + 
  1642. bucks" deal where V9600 sysops can upgrade their V-Series 9600 to a Ultra for 
  1643. $200 plus their V-Series modem.
  1644.  
  1645. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1646.  
  1647.  
  1648. End of Replies, add yours(Y/N)? N
  1649.  
  1650.  
  1651. Msg#: 8508 *9600 SysOps*
  1652. 08/14/90 18:55:20
  1653. From: WARREN WHITESIDE
  1654.   To: RANDY COOPER (Rcvd)
  1655. Subj: MORE ON DISCONNECTS
  1656. Randy,
  1657.     Just a general observation..The machines that are getting kicked out with a
  1658. " NO CARRIER " seem to be ones that are Motorola 68000 CPU's. Macs Amigas and 
  1659. last but not least Atari ST/Megas..Maybe something in the chip architecture is 
  1660. not compatible with chips in the Ultra..just a "dumb" shot but, I did notice 
  1661. that two of the ones that had problems with disconnects were using a 68000 cpu 
  1662. based machine just like me. Maybe just a co-
  1663. using a 68000 cpu based machine just like me.. Maybe just a co-incidence.. 
  1664. incidence..maybe not.. ps,
  1665.   I have uploaded TURBOCTS.ARC a  utility by Bill Penner that insures RTS/CTS 
  1666. on the Atari ST's. Maybe the code could be used with other 68000 cpu machines. 
  1667. I'm on at 19,200 right now with NO PROBLEM B-]..
  1668.                         
  1669.  
  1670. <*>Replies
  1671. <A>gain, <R>eply, <N>ext, or <S>top? 
  1672.  
  1673.  
  1674.  
  1675. Msg#: 8548 *9600 SysOps*
  1676. 08/14/90 22:41:51
  1677. From: ED PERRINE
  1678.   To: WARREN WHITESIDE (Rcvd)
  1679. Subj: REPLY TO MSG# 8508 (MORE ON DISCONNECTS)
  1680. Sorry, but calling on a Mac II (68020) and never had a single problem. I 
  1681. *still* maintain that it is the joy of using AT&T LD lines. Is there *anyone* 
  1682. else using Sprint that has had a problem? I bet not. I have run into the same 
  1683. thing on other boards as well, and also when calling my board from non-Sprint 
  1684. client sites. I finally fudged a way to get the modem to accept the seven-mile 
  1685. long string of Sprint access, phone number and account number so I could call 
  1686. on Sprint lines from remote sites.
  1687.  
  1688. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1689.  
  1690.  
  1691.  
  1692. Msg#: 8566 *9600 SysOps*
  1693. Subj: REPLY TO MSG# 8548 (MORE ON DISCONNECTS)
  1694. Well I use Sprint myself.  My Ultra connects fine anywhere except here on this 
  1695. BBS.  It won't connect 1 out of 10 times hardly at all on this one BBS.  Every 
  1696. where else is perfect!
  1697.  
  1698. Anway, I took my modem to my friends house, (he uses AT&T) and it works fine on
  1699. this BBS.
  1700.  
  1701. So what's the deal?????
  1702.  
  1703. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1704.  
  1705.  
  1706.  
  1707. Msg#: 8609 *9600 SysOps*
  1708. 08/15/90 09:30:41
  1709. From: JONATHAN SCHULMAN
  1710.   To: W.H. LAMBDIN (Rcvd)
  1711. Subj: REPLY TO MSG# 8566 (MORE ON DISCONNECTS)
  1712. I use Sprint but don't have any problems. They first day or two when I was 
  1713. trying to set up this modem I couldn't connect but once I lowered the com port 
  1714. down to 9600 it seemed to work. Then again, I use a 16450 UART chip and I am 
  1715. running an Intel 80286 chip..
  1716.  
  1717. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1718.  
  1719.  
  1720.  
  1721. Msg#: 8648 *9600 SysOps*
  1722. 08/15/90 14:21:03
  1723. From: W.H. LAMBDIN
  1724.   To: JONATHAN SCHULMAN (Rcvd)
  1725. Subj: REPLY TO MSG# 8609 (MORE ON DISCONNECTS)
  1726. Thanks, but that's not the problem.  I always use 38,400 with no problems.  I 
  1727. have a 386 computer and my serial port has the 16550NS.
  1728.  
  1729. Oh well, maybe one of these days...
  1730.  
  1731. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1732.  
  1733.  
  1734.  
  1735. Msg#: 8687 *9600 SysOps*
  1736. 08/15/90 17:39:06
  1737. From: WARREN WHITESIDE
  1738.   To: ED PERRINE
  1739. Subj: REPLY TO MSG# 8548 (MORE ON DISCONNECTS)
  1740. Ed,
  1741.    Thanks for that getback on the AT&T..Oh well, so much for my little ideas 
  1742. about WHAT is causing these problems. I think that I may have gotten past the 
  1743. disconnects but, I'm still having a problem getting consistant connects at any 
  1744. speed above 2400. Today, I started at 19,200 and finally got a connect at 2400.
  1745. After that, I went back up to 4800 and got a connect so, I put it back to 
  1746. 19,200 and here I am at 19,200 B-]..dunno I'm baffled by this..
  1747.                         <-----WARREN----->
  1748.  
  1749. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1750.  
  1751.  
  1752.  
  1753. Msg#: 8748 *9600 SysOps*
  1754. 08/15/90 22:35:04
  1755. From: TIM WINDERS
  1756.   To: WARREN WHITESIDE (Rcvd)
  1757. Subj: REPLY TO MSG# 8687 (MORE ON DISCONNECTS)
  1758.   Hey Warren.  I am running an SE/30 (68030) and am havfφ problems.  When I 
  1759. try to connect at "maximum" I always get a NO CARRIER within a minute of the 
  1760. connection.  I have set the data rate to 4800 and have not once had a problem. 
  1761. I have left it there for now...at least until I decide to go from AT&T to 
  1762. Sprint...
  1763.  
  1764. --- Tim
  1765.  
  1766.  
  1767. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1768.  
  1769.  
  1770.  
  1771. Msg#: 8922 *9600 SysOps*
  1772. 08/16/90 15:56:08
  1773. From: RANDY COOPER
  1774.   To: WARREN WHITESIDE (Rcvd)
  1775. Subj: REPLY TO MSG# 8508 (MORE ON DISCONNECTS)
  1776. Warren, I could see on the Atari side but definately not on the mac side since 
  1777. a bunch of folks come in here with Mac. Plus what does the CPU microprocessor 
  1778. have to do with this? Macs are probably the best all around machine for ULTRA's
  1779. since their ports are designed to go the speed of AppleTalk (230kb).
  1780.  
  1781. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1782.  
  1783.  
  1784. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1785.  
  1786.  
  1787.  
  1788. Msg#: 8923 *9600 SysOps*
  1789. 08/16/90 15:59:44
  1790. From: RANDY COOPER
  1791.   To: WARREN WHITESIDE (Rcvd)
  1792. Subj: REPLY TO MSG# 8687 (MORE ON DISCONNECTS)
  1793. Warren (and all who are having line noise problems), We're going to be doing 
  1794. some major rewiring on this end to see if we can do anything on our side to 
  1795. solve this line noise nightmare. I appreciate all the input that ya'll have 
  1796. been able to provide but till then try to curtail the message thread on this 
  1797. subject. (I get real depressed about problems that I can't solve <GRIN>). 
  1798. Thanks guys! Hang in there!
  1799.  
  1800. Randy Cooper/SYSOP: ONLINE WITH HAYES
  1801.  
  1802.  
  1803. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1804.  
  1805.  
  1806.  
  1807. Msg#: 8961 *9600 SysOps*
  1808. 08/16/90 18:02:39
  1809. From: WARREN WHITESIDE
  1810.   To: RANDY COOPER (Rcvd)
  1811. Subj: REPLY TO MSG# 8922 (MORE ON DISCONNECTS)
  1812. Randy,
  1813.    You are aware that the older Macs (not the 68030 machines) and the Atari 
  1814. ST's use the same CPU ? Although Atari says that the ST line has RTS/CTS, it 
  1815. appears that this is NOT true. I was mearly observing that a Mac user was 
  1816. having problems with disconnects in the IDENTICAL way that I was experiencing 
  1817. them. I didn't think that the Atari ST line was poorly designed to use the 
  1818. Ultra as compared to the Mac. You did say that..didn't you ? or was I 
  1819. misunderstanding. I am not currently being disconnected and am (and have been) 
  1820. using my basic 1/2 meg ST with the new Ultra. I had a problem until I installed
  1821. the TURBOCTS.PRG in an auto folder with my ST. I thought that it was a valuable
  1822. find and that was why I uploaded it to the Atari section. I was just trying to 
  1823. help Tim out. I didn't realize that he was using the 32 bit 68030 Mac machine. 
  1824. My error..
  1825.                            <-----WARREN----->
  1826.  
  1827. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1828.  
  1829.  
  1830.  
  1831. Msg#: 8963 *9600 SysOps*
  1832. 08/16/90 18:08:33
  1833. From: WARREN WHITESIDE
  1834.   To: RANDY COOPER (Rcvd)
  1835. Subj: REPLY TO MSG# 8923 (MORE ON DISCONNECTS)
  1836. Randy,
  1837.     my main problem now seems to be with respect to getting a connect. It 
  1838. appears that I have found a solution to the disconnects. I would steer those 
  1839. that are having problems to the RTS/CTS part of their operation. I no longer 
  1840. get bumped and all I did was install this handy dandy little utility to allow 
  1841. me to have RTS/CTS..I'm not saying that it will cure everyone's disconect 
  1842. problems but, it did work for me..
  1843.                         <-----WARREN----->
  1844.  
  1845. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1846.  
  1847.  
  1848.  
  1849. Msg#: 8518 *9600 SysOps*
  1850. 08/14/90 20:25:27
  1851. From: RICHARD GROSS
  1852.   To: RANDY COOPER (Rcvd)
  1853. Subj: REPLY TO MSG# 8036 (LINE #7)
  1854. I was on line 2 for about 5mins before I received the boot.  I was reading 
  1855. messages in area #2.
  1856.  
  1857. So... I'll keep at it.  I'm at 19.2k now.  Not sure which line.
  1858.  
  1859. Richard
  1860.  
  1861.  
  1862. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1863.  
  1864.  
  1865.  
  1866. Msg#: 8521 *9600 SysOps*
  1867. 08/14/90 20:39:45
  1868. From: KEN BUCHHOLZ
  1869.   To: ALL
  1870. Subj: HAYES, GALACTICOMM & PROBLEMS
  1871. The problems continue:  When I have the system set for anything over 9600 
  1872. (using the &Q5 modem command) the system will answer a call and if the call is 
  1873. below 9600 baud, abort abruptly after the connection is made.  When I have the 
  1874. system set for 38,400 baud and call in at 38,400 baud, all is peachy.  Ditto 
  1875. for 19,200 on both ends.  But it appears that when &Q5 is set, callers at 2400 
  1876. and lower bauds are unable to connect with any regularity.  When I set the 
  1877. system to 9600 baud max (&Q0 set), all works just fine.
  1878.  
  1879. I will be placing another call to Galacticomm tomorrow, but they have already 
  1880. assured me that the string:
  1881.  
  1882.      ATE0S0=1S2=1X1&C1&D2&T5&T
  1883.  
  1884. "should work".  We all know about the &T5 warnings, but even with that removed,
  1885. it doesn't work over 9600.
  1886.  
  1887. Any additional ideas?  (I'll try anything!)             Ken
  1888.  
  1889. <*>Replies
  1890. <A>gain, <R>eply, <N>ext, or <S>top? 
  1891.  
  1892.  
  1893. Msg#: 8567 *9600 SysOps*
  1894. 08/15/90 00:31:31
  1895. From: W.H. LAMBDIN
  1896.   To: KEN BUCHHOLZ (Rcvd)
  1897. Subj: REPLY TO MSG# 8521 (HAYES, GALACTICOMM & PROBLEMS)
  1898. I know it sounds silly, but is your serial cable using all the pins?  I had the
  1899. same problem, except it was reverse.  All baud rates worked except for ERROR 
  1900. CONTROL/COMPRESSION links, then after I got the new cable, all was swell!
  1901.  
  1902. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1903.  
  1904.  
  1905.  
  1906. Msg#: 8655 *9600 SysOps*
  1907. 08/15/90 14:55:01
  1908. From: KEN BUCHHOLZ
  1909.   To: W.H. LAMBDIN (Rcvd)
  1910. Subj: REPLY TO MSG# 8567 (HAYES, GALACTICOMM & PROBLEMS)
  1911. If you would, can you send me the specifics of exactly which cable you are 
  1912. using and where you purchased it from (and its price)?  I have no problems with
  1913. ordering another cable... even if I then find out the cable was not the problem
  1914. (can never have enough cables around here, and I am expanding WTC to multiline 
  1915. as soon as I get these Ultra problems resolved).  Thanks much.             Ken
  1916.  
  1917. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1918.  
  1919.  
  1920.  
  1921. Msg#: 8844 *9600 SysOps*
  1922. 08/16/90 11:22:23
  1923. From: W.H. LAMBDIN
  1924.   To: KEN BUCHHOLZ (Rcvd)
  1925. Subj: REPLY TO MSG# 8655 (HAYES, GALACTICOMM & PROBLEMS)
  1926. Well the cable is really simple as can be.  All you need is a straight 25 pin 
  1927. to 25 pin cable, assuming you are using some kind of IBM compatible machine. 
  1928. If you are using another type of computer, then I have no idea what the proper 
  1929. cable would be.
  1930.  
  1931. If your cable already uses all 25 pins from end to end, you may want to use an 
  1932. OHM meter (borrow a friends if you don't have one), and check the connection 
  1933. from each pin to each pin.
  1934.  
  1935. I really can't recommend where to buy a cable (any for that matter), as I 
  1936. always get me friend to make them for me.  He makes all his own cables.
  1937.  
  1938. If you need a 9 pin to 25 pin cable, let me know and I can give you the 
  1939. schematics for the proper conversion.
  1940.  
  1941. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1942.  
  1943.  
  1944.  
  1945. Msg#: 8968 *9600 SysOps*
  1946. 08/16/90 18:42:29
  1947. From: KEN BUCHHOLZ
  1948.   To: W.H. LAMBDIN
  1949. Subj: REPLY TO MSG# 8844 (HAYES, GALACTICOMM & PROBLEMS)
  1950. Thanks for the info.  I'm using a straight 25-to-25 pin DB-25 cable and have no
  1951. problems connecting here, so I suspect there is some incompatability between 
  1952. Ultra and Galacticomm when the error-control protocols are invoked.  I have put
  1953. Randy and Les in touch with one another - maybe they can exchange products and 
  1954. with both sides working on it, I'm sure it will be resolved shortly.  In the 
  1955. interim, WTC seems to work flawlessly with 9600 max.             
  1956.  
  1957. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1958.  
  1959.  
  1960.  
  1961. Msg#: 9002 *9600 SysOps*
  1962. 08/16/90 20:40:18
  1963. From: RICHARD GROSS
  1964.   To: KEN BUCHHOLZ
  1965. Subj: REPLY TO MSG# 8968 (HAYES, GALACTICOMM & PROBLEMS)
  1966. Would it be safe to say that if your old Hayes VSM-9600 worked fine with it's 
  1967. cable, you don't need a new one to use the new features of the ULTRA?   I'm 
  1968. willing to try anything since I'm back down to 2400 again.
  1969.  
  1970. Randy, please let us know when those lines are completely installed.  Then I'll
  1971. gladly try connecting at 19.2k again.
  1972.  
  1973. Richard
  1974.  
  1975.  
  1976. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  1977.  
  1978.  
  1979.  
  1980. Msg#: 8782 *9600 SysOps*
  1981. 08/16/90 01:07:47
  1982. From: BERNARD SINCENNES
  1983.   To: ALL
  1984. Subj: HAYES ULTRA AND QMODEM
  1985. Hello, Is anyone out there use Qmodem with his Ultra?  Does it work fine??? 
  1986. yes? Ok, please give me your settings!!!!!!!!!!!!!!!!!!!!!!!!!!!!
  1987.  
  1988. Help!!!!!!!!!!!!!!!
  1989.  
  1990. Bernard Sincennes, Alley Cat, (514)527-9924 Hayes V-series powered!!!
  1991.  
  1992. <A>gain, <R>eply, <N>ext, or <S>top? 
  1993.  
  1994.  
  1995.  
  1996. Msg#: 8784 *9600 SysOps*
  1997. 08/16/90 02:28:37
  1998. From: JOHN SHAW
  1999.   To: BERNARD SINCENNES (Rcvd)
  2000. Subj: QMODEM & ULTRA
  2001. I USE PROFILE 0 WITH PCBOARD 14.5 AND PROFILE 1 WITH QMODEM 4.1. I HAVE NOT ANY
  2002. PROBLEMS AT ALL.
  2003.  
  2004.  
  2005. STORED PROFILE 0:                                                              
  2006. B16 B1 B41 B60 E1 L2 M0 N1 P Q0 V1 W1 X4 Y0 &C1 &D2 &G0 &J0 &K3 &Q5 &R0 &S0 &T4
  2007. &U0 &X0                                                                        
  2008. S00:000 S02:043 S06:002 S07:050 S08:002 S09:006 S10:014 S11:095 S12:050 S18:000
  2009. S25:005 S26:001 S36:005 S37:000 S38:002 S44:003 S46:002 S48:007 S49:050 S50:250
  2010.                                                                                
  2011.  
  2012.  
  2013. STORED PROFILE 1:                                                              
  2014. B16 B1 B41 B60 E1 L2 M0 N1 P Q0 V1 W1 X4 Y1 &C1 &D2 &G0 &J0 &K3 &Q5 &R0 &S0 &T4
  2015. &U0 &X0                                                                        
  2016. S00:000 S02:043 S06:002 S07:050 S08:002 S09:006 S10:014 S11:095 S12:050 S18:000
  2017. S25:005 S26:001 S36:005 S37:000 S38:002 S44:003 S46:000 S48:007 S49:050 S50:250
  2018.  
  2019.  
  2020. I HOPE THIS HELPS
  2021.                              THANKS
  2022.                                   JOHN
  2023.  
  2024.  
  2025.        "SKYLINE"  Albany, Ga  (912) 432-7018 "Hayes ULTRA 9600"
  2026.  
  2027. <*>Replies
  2028. <A>gain, <R>eply, <N>ext, or <S>top? 
  2029.  
  2030.  
  2031. Msg#: 9035 *9600 SysOps*
  2032. 08/16/90 23:15:49
  2033. From: BERNARD SINCENNES
  2034.   To: JOHN SHAW (Rcvd)
  2035. Subj: REPLY TO MSG# 8784 (QMODEM & ULTRA)
  2036. Thanks a lot John! I will try it right now!!!
  2037.  
  2038.  
  2039. <->, <A>gain, <R>eply, <N>ext, or <S>top? 
  2040.  
  2041.  
  2042. Msg#: 9039 *9600 SysOps*
  2043. 08/16/90 23:24:19
  2044. From: MICHAEL COHEN
  2045.   To: RANDY
  2046. Subj: SMARTCOMM - WHAT'S THE DIFFERENCE?
  2047. If I read the news correctly, it sounds as if Smartcomm Exec is the new, 
  2048. fully-featured program to best utilize the Ultra??  Is that true?
  2049.  
  2050. In any event, what is the difference, both technically and with respect to 
  2051. market positioning?
  2052.  
  2053.         Michael Cohen/CSA-BBS
  2054.  
  2055. <A>gain, <R>eply, <N>ext, or <S>top? 
  2056.  
  2057.